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AN APPARATUS FOR CONNECTION MANAGEMENT 
AND THE METHOD THEREFOR 



CROSS-REFERENCE TO RELATED APPLICATIONS 

^ _ Related subject matter may be fourra in the following commonly assigned, 
(TO-pending U.S. Patent Applications, boyfli of which are hereby incorporated by 
/ reference herein: 

Serial No. (AT9f-99-275), entitled "APPARATUS FOR DATA 

DEPOTING AND METHOD THEREFOR" 

Serial No. /AT9-99-276), entitled "APPARATUS FOR 

RELL\BLY RESTARTING INTERRUPTED DATA TRANSFER AT LAST 
SUCCESSFUL TRANSFER/POINT AND METHOD THEREFOR" 

Serial No. / (AT9-99-274), entitled "AN APPARATUS AND 

METHOD FOR DISTRIBUTING AND COLLECTING BULK DATA BETWEEN 
A LARGE NUMBER OF MACHINES" and filed concurrently herewith; 

Serial No, (AT9-99-324), entitled "COMPUTER NETWORK 

CONTROL SYSTEMS AND METHODS" and filed concurrently herewith; 
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P 99-325); entitled "METHODS OF 
PUTER NETWORK AND SYSTEMS USING 
99-315), entitled "SYSTEMS AND METHODS 
NITORING IN A COMPUTER NETWORK"; 
-99-3 16), entitled "APPARATUS FOR 
3 RESTORE PROCESS DURING SOFTWARE 
iEREFOR"; and 
99-323), entitled "AN APPARATUS FOR 
RE DEPLOYMENT AND METHOD 

TECHNICAL FIELD 



The present invention relates generally to data processing systems, and in 
particular, to bulk data distributions within networked data processing systems. 
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BACKGROUND 

Present day data processing systems are often configured in large multi-user 
networks. Management of such networks may typically include the need to transfer 
bulk data to an endpoint system from a source system (or, simply, "a source") and the 
5 collection of information, for example, error reports from a multiplicity of endpoints 

systems (or, simply, "endpoints"). 

Such large data transfers may occur within a network, for example, to 
distribute software updates. The system administrator may need to allocate a specific 
period of time for the data transfer to more efficiently utilize network resources. This 

10 may typically occur when the communication load on the system is lowest, usually at 

night when most endpoint users are not working at their stations. The system 
administrator may load the bulk data and the corresponding transfer instmctions onto 
the network system's source, or server, in preparation for the transfer. At the 
predetermined time set by the administrator, the server will push the data while 

1 5 ensuring that the bulk data is successfully transferred to each of the desired endpoint 

locations. However, during the transfer a portion of the system server is dedicated to 
the data transfer and thus unavailable for other networking tasks. Moreover, as the 
number of endpoints which must be simultaneously serviced by the bulk data 
distribution increases, network bandwidth demands are concomitantly increased. 

20 This complicates scalability of the bulk distribution systems. 
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Therefore, a need exists in the art for a bulk distribution mechanism that can 
transfer large amounts of data between network connected subsystems (or nodes) 
while maintaining scalability. Additionally, there is a need in such distribution 
mechanisms for methods and apparatus to distribute bulk data to a multiplicity of 
endpoints and to collect bulk data, including large log files, from the endpoints. 
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SUMMARY OF THE INVENTION 



The aforementioned needs are addressed by the present invention. 
Accordingly, there is provided, in a first form, a connection scheduling method. The 
method determines if a job is available for scheduling. It is also determined if a 
session for effecting an execution the job is available. The session is included in a 
pool of sessions, in which the pool of sessions has a preselected one of a set of 
priority levels. The preselected priority level corresponds to a priority level of the job 
being scheduled for execution. If available, the session is launched to effect the 
execution of the job. 

There is also provided, in a second form, a data processing system for 
connection scheduling. The system contains circuitry operable for determining if a 
job is available for scheduling. Also included is circuitry operable for determining, in 
response to the circuitry operable for determining if a job is available, if a session is 
available. The session is included in a pool of sessions, the pool of sessions having a 
preselected one of a set of priority levels corresponding to a priority level of the job. 
The session effects an execution of the job. The system also has circuitry operable for 
launching the session to effect the execution of the job, if the session is available. 

Additionally, there is provided, in a third form, a computer program product 
embodied in a machine readable storage medium. The program product for job 
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scheduling includes instructions for determining if a job is available for scheduling. 
The program product also contains instructions for determining, in response to the 
instructions for determining if the job is available, if a session is available, wherein 
the session is included in a pool of sessions, the pool of sessions having a preselected 
5 one of a set of priority levels corresponding to a priority level of the job. The session 

effects an execution of the available job. The program product also contains 
instructions for launching the session to effect the execution of the job, if the session 
is available. 



10 



-6- 



AT9-99-655 



PATENT 



BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention, and the 
advantages thereof, reference is now made to the following descriptions taken in 
conjunction with the accompany/ng drawings, in which: 

FIGURE 1 illustrates, in/block diagram form, a data processing network in 
accordance with an embodimem of the present invention; 

FIGURE 2 illustrates, m block diagram form, a data processing system 
implemented in accordance with an embodiment of the present invention; 

FIGURE 3 A illustrates, in flowchart form, a connection management thread in 
accordance with an emboaiment of the present invention; 

FIGURE 3B illustrates, in flowchart form, a session thread in accordance with 
an embodiment of ther present invention; 

FIGURE SC/illustrates, in flowchart form, an error handling thread which may 
be used with the sefssion thread of FIGURE 3B; 

FIGUREA illustrates, in flowchart form, a methodology implemented to 
determine prionty resource availability in accordance with an embodiment of the 
present invent/on; and 

FIGl^E 5 schematically illustrates a repeater connection list which may be 
used in an embodiment of the present invention. 
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DETAILED DESCRIPTION 

The present invention is a method and apparatus for managing connections in 
a system for distributing and collecting data between an originating source system 
and a plurality of endpoint systems (which may also be referred to as "endpoint 
nodes" or simply "endpoints"). The method and apparatus provides a mechanism for 
managing a plurality of sessions, or threads, for sending a distribution to or receiving 
results information from the corresponding target machine. Sessions are allocated in 
accordance with a preselected distribution priority. Each distribution priority level 
has a predetermined number of sessions available to it in a corresponding sessions 
pool. By scheduling distributions on their priorities, large, low priority distributions 
will no longer "bottleneck" high priority small distributions. 

According to the principles of the present invention, the present invention has 
an originating source system followed by repeaters. The use of repeaters allows data 
to be delivered essentially simultaneously to a large number of machines. The present 
invention can be scaled to handle more destinations by adding repeaters. In the 
following description, numerous specific details are set forth to provide a thorough 
understanding of the present invention. However, it will be obvious to those skilled 
in the art that the present invention may be practiced without such specific details. In 
other instances, well-known circuits have been shown in block diagram form in order 
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not to obscure the present invention in unnecessary detail. For the most part, details 
concerning timing considerations and the like have been omitted inasmuch as such 
details are not necessary to obtain a complete understanding of the present invention 
and are within the skills of persons of ordinary skill in the relevant art. 

A more detailed description of the implementation of the present invention 
will subsequently be provided. Prior to that discussion, an environment in which the 
present invention may be implemented will be described in greater detail. 

FIGURE 1 illustrates a communications network 100. The subsequent 
discussion and description of FIGURE 1 are provided to illustrate an exemplary 
environment used by the present invention. 

The network system 100 includes source system 101, one or more fan 
out/collector nodes, or, repeaters 110, 111, 118, 119, and a plurality of endpoints 1 12- 
1 17. Additionally, certain repeaters, such as 1 18 and 1 19, are directly connected to 
one or more endpoints, in the exemplary embodiment of FIGURE 1, endpoints 
1 12-1 14 or 1 15-117, respectively, and may be referred to as "gateway" repeaters (or, 
simply, "gateways"). 

Source system 101 provides distribution services with respect to 
resources 1 12-117. Note that source system 101 and endpoints 1 12-1 17 interfaces to 
repeaters 1 10 and 1 1 1 using the same methodologies as repeaters 110 and 1 1 1 
interface with, for example, repeaters 1 18 and 1 19. Viewed logically, source system 
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1 10 and endpoints 112-117 each may include a "repeater." In other words, as an 
artisan of ordinary skill would recognize, a repeater may be a logical element that 
may be, but is not necessarily associated with a physical, stand-alone hardware device 
in network 100. Repeater 1 10 may be the primary repeater through which 
resources 112-114 receive their data transfers, and repeater 111, likewise, may 
primarily service endpoints 115-117. The connection management methodologies 
described below in conjunction with FIGURES 3A-3D may be performed by 
repeaters 110, 111, 118 and 119. It would be understood by an artisan of ordinary 
skill that additional repeaters may be inserted into the network and may be arranged 
in a multi-level hierarchy according to the demands imposed by the network size. 
Gateway repeaters 118 and 1 19 are such repeaters in the exemplary embodiment of 
FIGURE 1. 

However, network system 100 provides cross connections in order to provide 
redundant, parallel communication paths should the primary communication path to 
the endpoint become unavailable. For example, in FIGURE 1, endpoint 1 14 has a 
primary pathway to source system 101 through repeaters 1 18 and 1 10. (A source 
system, such as source system 101 may also be referred to as a source node.) Should 
repeater 1 10 become unavailable, source system 101 can transfer bulk data to 
endpoint 1 14 via an alternative pathway through repeaters 1 18 and 1 1 1. Additionally, 
should repeater 1 18 become unavailable, endpoint 1 14 may receive data via repeaters 
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111 and 119. Source system 101 maintains database 120 for storing information used 
in managing a data distribution. 

Referring next to FIGURE 2, an example is shown of a data processing 
system 200 which may be used to implement a source system such as system 101, 
5 repeaters, such as repeaters 1 10, 1 1 1, 1 18, or 1 19 or endpoints, such as endpoints 

112-117, executing the methodology of the present invention. The system has a 
central processing unit (CPU) 210, which is coupled to various other components by 
system bus 212. Read only memory ("ROM") 216 is coupled to the system bus 212 
and includes a basic input/output system ("BIOS") that controls certain basic 

10 functions of the data processing system 200. Random access memory ("RAM") 214, 

I/O adapter 218, and communications adapter 234 are also coupled to the system 
bus 212. I/O adapter 218 may be a small computer system interface ("SCSI") adapter 
that communicates with a disk storage device 220. Disk storage device 220 may be 
used to hold database 120, FIGURE 1 . Communications adapter 234 interconnects 

15 bus 212 with the network as well as outside networks enabling the data processing 

system to communicate with other such systems. Input/Output devices are also 
connected to system bus 212 via user interface adapter 222 and display adapter 236. 
Keyboard 224, track ball 232, mouse 226 and speaker 228 are all interconnected to 
bus 212 via user interface adapter 222. Display monitor 238 is connected to system 

20 bus 212 by display adapter 236. In this manner, a user is capable of inputting to the 
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system throughout the keyboard 224, trackball 232 or mouse 226 and receiving output 
from the system via speaker 228 and display 238. 

Implementations of the invention include implementations as a computer 
system programmed to execute the method or methods described herein, and as a 
5 computer program product. According to the computer system implementation, sets 

of instructions for executing the method or methods are resident in the random access 
memory 214 of one or more computer systems configured generally as described 
above. Until required by the computer system, the set of instructions may be stored 
as a computer program product in another computer memory, for example, in disk 

1 0 drive 220 (which may include a removable memory such as an optical disk or floppy 

disk for eventual use in the disk drive 220). Further, the computer program product 
can also be stored at another computer and transmitted when desired to the user's 
work station by a network or by an external network such as the Internet. One skilled 
in the art would appreciate that the physical storage of the sets of instructions 

15 physically changes the medium upon which it is stored so that the medium carries 

computer readable information. The change may be electrical, magnetic, chemical, 
biological, or some other physical change. While it is convenient to describe the 
invention in terms of instructions, symbols, characters, or the like, the reader should 
remember that all of these and similar terms should be associated with the appropriate 

20 physical elements. 
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Note that the invention may describe terms such as comparing, validating, 
selecting, identifying, or other terms that could be associated with a human operator. 
However, for at least a number of the operations described herein which form part of 
at least one of the embodiments, no action by a human operator is desirable. The 
operations described are, in large part, machine operations processing electrical 
signals to generate other electrical signals. 

Refer now to FIGURE 3 A illustrating a connection management thread 300 
which may be used in an embodiment of the present invention. Thread 300 may be 
used by repeaters, such as repeaters 1 10, 1 1 1, 1 18, and 1 19 of network 100, 
FIGURE 1. Distributions or results information to be transferred by a repeater are 
enqueued in an output "job" queue in accordance with the assigned priority of the 
distribution. (Distributions targeted for ultimate delivery to an endpoint and resuhs 
information for a report-to system may collectively be referred to simply as "jobs.") 
The transfer of distributions and results information is discussed in the commonly 
owned co-pending U.S. Patent Application entitled "An Apparatus and Method for 
Distributing and Collecting Bulk Data between a Large Number of Machines," 
incorporated herein by reference and as described herein, the distribution or results 
information may be assigned one of three priority levels, low, medium, or high, in an 
embodiment of the present invention. Distributions are enqueued in order of priority. 
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In step 302, the job queue is locked, and, while the job queue is not empty, 
step 304 jobs are scheduled until the queue is exhausted. When the queue is 
exhausted, m step 306 the output queue is unlocked, whereby new distributions 
received by the repeater may be enqueued for sending to a target repeater or end 
point as appropriate. ScheduUng is initiated, when, in step 308, the output job queue 
. no longer empty. Step 308 constitutes event loop, wherein scheduling is mitiated m 
response to an event such as a "running job completed" event. After a n.nnmg job 
completes, a session, as described below, becomes available. A "new job" event, 
signaling thatanew job has arrived at the repeater performing thread300 will also 

initiate scheduling. . 

Returning to st/p 304, while the queue is not empty, thread 300 proceeds 
V "through the queue to /chedule distributions for sending to a target repeater or 
/ endpoint as appropri/te. In step 306 it is determined if a current job is ready for 
scheduling. If not,/n step 308 thread 300 proceeds to the next job. Ajob may be 
determined to be r/ady for scheduling by determining the job state. If the job state 
hasafirstpredet/rmined value, which in an embodiment ofthe present invention may 

be referred to a/"WAITING", then the job is ready for dispatch. The setting ofthe 
job state for particular job will be described below in conjunction with 
steps 382-/4, and 386, FIGURE 3C 
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If, in step 306, thk current job is ready for scheduling, in step 3 10 the session 
pools are searched. As indicated hereinabove, distributions may have one of three 
priorities, high, medium, or low. Each repeater has a pool of sessions, or threads, 
which are run to transffer data to a target system, either a target repeater or an target 
endpoint, as appropriate for the particular distribution. As discussed further below, a 
logical connectioiyto the target system is established for a new job unless the 
connection is already present because of an ongoing distribution to the same target. A 
connection can/nave multiple logical sessions associated with it. Each new session 
between repeaters or a repeater and an endpoint will establish a network channel or 
path to transrer data, so between a repeater and an endpoint or another repeater, there 
can be multiple sessions to execute jobs. That is, there may be parallel data transfer 
to the same target. 

Each distribution to or resuhs information from a target machine "consumes" 
a session from the pool of sessions available to the distribution or results information. 
Each repeater has a pool of sessions allocated for each priority level. A session is 
used by thread 300 to run a job on a preselected target. That is, a session initiates a 
data transfer through an establish network channel and waits for the target to finish 
processing data: Jobs are dispatched in order of priority, with higher priority jobs 
being dispatched preferentially over lower priority jobs. A higher priority job may 
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obtain the session from the pool allocated to its priority, and successively lower 
priority pools as well. 

A higher priority distribution may use sessions from its own pool first. If no 
sessions are found, then the distribution looks for sessions in the lower priority pools. 
This may be understood by referring now to FIGURE 4 which illustrates in detail a 
methodology for performing step 3 10 in accordance with this protocol. In step 410, it 
is determined if the distribution has a high priority level. If not, then in step 420, it is 
determined if the distribution has a medium priority level. If not, then the distribution 
has a low priority, step 430 and, in step 435, it is determined if a low priority to low 
priority session is available. If a low priority session is available, then in step 450, 
methodology 500 signals that a session is available. Conversely, if no low priority 
sessions are available in step 435, in step 440 methodology 400 signals that no 
session is available. / 

Returning to stejp 410, if the job is determined to have a high priority, then in 
step 415 it is determined if a high priority session is available. If so, then 
methodology 400 proceeds to step 450. Otherwise, if a high priority session is 
unavailable, that is, filly used by other jobs, then in step 425 it is determined if a 
medium priority sesiion is available. Again, if session is available, then step 450 is 
performed; otherwise, in step 435, it is determined if session allocated to the low 
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priority pool is available. If so, step 435, then step 450 is performed; otherwise, no 
connections are available and methodology 400 proceeds to step 440. 

Similarly, if in step 410, it has been determined that the job is not a high 
priority distribution, it is determined if the job has a medium priority, step 420. If 
not, it must again be a low priority job. step 430, previously described. Otherwise, in 
step 420 it is a medium priority job, and in step 425 it is determined if a medium 
priority session is available. As before, if no medium priority sessions are available, 
it is determined if a low priority session is available, step 435. In this manner, a with 
a given priority level can use the number of sessions reserved for its priority level 
plus any sessions allocated to lower priority levels. If no sessions are available at the 
assigned priority or lower, the methodology signals no available sessions, step 440, as 
previously described. 

Returning to FIGURE 3 A, if, fin step 3 12, it is determined a session is 
available to the job as reported in stdp 450, FIGURE 4, then the session is reserved in 
step 3 14. Otherwise, if it is reported not available, step 440, FIGURE 4, step 312 
proceeds by the "No" branch to step 306. Because, as previously described, jobs are 
enqueued in priority order, the unavailability of a session for the current job also 
means that the succeeding jobs cannot also be scheduled because they have a priority 
that is the same or lower than the current job. Thread 300 then loops in step 308 for 
an event indicating that a sessicp has become available, which then triggers thread 
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300 via the "yes" branch in sten/i08. Similarly as discussed below, an 
"UNREACHABLE" state joB may become available, whereby the state goes to 
"WAITING", which wilj/^lso trigger scheduling. 

It is then determined in thread 300 if a connection object, or simply 
5 connection, has been established for the target system (which may also be referred to 

as a target node). Thus, in step 3 16, a connection list is searched to determine if a 
connection has been established for the target node. The connection list contains one 
or more connection objects that are a logical representation of a communication 
channel, or path, between the repeater running the thread and the target. A connection 

10 object maintains the status of the channel. For example if the channel breaks the 

status of the connection may change from a first value, say "UP", to a second value, 
say "DOWN." The connection object also includes all of the active sessions 
associated with the target. 

If an existing connection does not exist, in step 318a new connection object is 

15 created, and in step 320 a new session is created and run. Recall that a connection can 

have multiple sessions associated with it, and each session is a thread. For example, 
schematically shown in FIGURE 5, is a repeater connection list with three 
connections, C-0, C-1 and C-2. Connection C-0 has two active sessions, S-0 and S-1, 
running Job 0 and Job 1, respectively, for the target, repeater R-1. similarly, 

20 connection C-1 has two sessions, S-2 and S-3 running Job 2 and Job 3, respectively 
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on a target endpoint, E-2. An exclusive session, S-4, runs Job 4 on connection C-2, 
for target endpoint E-3. No other jobs will run on connection C-2 until S-4 ends. If, 
however, in step 316 a connection exists, it is determined if the connection is being 
exclusively used by a job, step 322. If the existing connection is exclusive, then the 
5 session reserved in step 3 14 is released, step 324 and thread 300 proceeds to step 308 

to schedule the next job. 

Returning to FIGURE 3A, the creation of a new session, in step 320, launches 
a session, which, in an embodiment of the present invention, may be session 350, 
FIGURE 3B. In step 352 it is determined ifthe target system is accessible. The 

10 target system may be inaccessible if, for example, the target system is unavailable or 

due to a network outage. If a target is inaccessible, in step 354 a retry thread is 
launched. This will be discussed subsequently in conjunction with FIGURE 3C 
below. In step 362, thread 350 ends. If, however, in step 352 the target is accessible, 
in step 356 the job is executed, where data is transferred to the target and while the 

1 5 target is processing the data, waits and then posts results information to the repeater 

performing the session. Recall that repeaters transfer results information to one or 
more report-to nodes, as discussed in detail in the commonly owned co-pending U.S. 
Patent Application entitled "An Apparatus and Method for Distributing and 
Collecting Bulk Data Between a Large Number of Machines," (Attorney Docket No. 

20 AT9-99-274) incorporated herein by reference. It is determined, in step 358, if the 
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distribution is complete. If not, thread 350 returns to step 352. Otherwise, on 
completion of the execution of the distribution, again in step 360 the session is 
released and the thread ends in step 362. 

Refer now to FIGURE 3C describing retry thread 370 which may be launched 
in response to a distribution failure arising from the unavailability of the target in step 
354 above. When an error occurs, the session used to run the job is returned to the 
corresponding pool. In step 371, thread 370 releases the session, whereby it is 
returned to the pool having the priority level of the session. In step 372 it is 
determined if a fatal error has occurred. For example, if the distribution segment, in 
executing the distribution in step 356 above, is too large to fit into an available disc 
space, a fatal error will result. If, in step 372, a fatal error has occurred in step 374, 
the job state is set to "FAILED". In step 376, a results information segment is built 
which includes the job state. As described in the commonly owned co-pending U.S. 
patent application entitled "An Apparatus and Method for Distributing and Collecting 
Bulk Data between a Large Number of Machines" incorporated herein by reference, 
results information is generated by repeaters and endpoint system and transmitted to 
one or more report-to systems. In the event of an error, the corresponding results 
information that is sent to one or more preselected report-to systems in accordance 
with the methodologies described in the aforesaid co-pending U.S. patent application 
may be generated in step 376. 
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Returning to step 372, if the error was non-fatal step 372 proceeds by the "No" 
branch. If, in step 382, the target system was unavailable on the first attempt to 
connect to the target system, in step 384 the job state is set to "UNREACHABLE". 
Otherwise, the connection has broken during the execution of the distribution, and in 
5 step 386 the job state is set to "INTERRUPTED". 

It is then determined in step 388 if a retry cutoff has been reached. Each 
connection has a predetermined connection retry time interval that is used to supply a 
maximum amount of time over which retries for failed jobs will be attempted. 
Additionally, in step 308 it is determined if an application was specified "no retry." A 
10 user, for example, may wish to take corrective action quickly rather than wait for a 

predetermined number of retries to elapse before receiving notification that the 
distribution has failed. If the connection retry interval has elapsed, "no retry" is 
specified, in step 388, the "Yes" branch is followed. In step 389, the job state is 
tested, and if "UNREACHABLE," then the job fails and the job state is set to 
1 5 "FAILED" in step 374. Otherwise, step 389 proceeds to step 390. 

In step 390 the job state is set to "UNREACHABLE" and a login callback 
method is registered with the corresponding gateway of the target endpoint system. 
The login callback will be invoked and a login notification thereby provided to the 
repeater performing management thread 300. Thread 370 proceeds to step 379, 
20 discussed below. 
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If ,h= target system is a repeater raflrer than an endpotn^ there is no retry 
cutoff because there ,s no login event fro. repeaters. Thus, if thetarget syst™ ,s a 
repeater, step 388 proceeds by the -No" branch to step 392 and in step 392 a retry 
trmer thread is l«hed, bypassing step 390. Likewise, if the .arg« . an endpotnt 
systentandthe retry «ofrhas„o.expired,step388pr„ceedshythe -No-branchy 

Referring now to FIGURE 3D. there is tUustrated therein retry ttmer thread 
340 h,step342re.,yti«iss..r,ed Instep 344 it is determined if the reuyumer 
has expired. If no^ th«ad 340 loops until the timer expires and then, in step 346, on 
expiration of the timer *e job state is set to -WAITmG-. In step 348. timer thread 
340 ends. 

Returning to FIGURE 3C, after launching the retry timer thread, m step 392, 
thread 370 proceeds to step 379, In step 379, it is determined if the job state . 
"WAITING" or "FAILED." The job state may be set to -WArTING" m step 346, 
FIGURE3D Ifso,thenthread370not.fiesthread300,FIGimE3A,s.gnalingan 

event whereby thread 300 breaks out of the event loop, step 308, and termmates, 
step 385 Otherw.se, in step 381 thread 370 loops until the endpomt logs m and, m 
step 383, the job state rs set equal to "WAITING," and again notifies thread 300 m 

step 308. . 

Returning to HGURE 3 A after the job state is set to "WAITING- m step 346. 

FIGURE 3D or ,n step 383, FIGURE 3C, depending on the path followed in step 379, 
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FIGURE 3C, step 306 of thread 300 then determines that the distribution that 
launched error handling thread 370 is ready for scheduling, and then initiates a 
session to execute the distribution in steps 310-320, as previously described. 

Although the present invention and its advantages have been described in 
detail, it should be understood that various changes, substitutions and alterations can 
be made herein without departing from the spirit and scope of the invention as defined 
by the appended claims. 
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